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(57) Within the framework of a wireless local area 
network, the sending of the multipoint transmission 
streams is not made reliable by an acknowledgment of 
receipt mechanism. This reliability may be improved by 
the sending in point-to-point mode of the packets belong- 
ing to a multipoint transmission stream. In the case of a 



digital service consisting of several streams of different 
priorities, it is possible to send only some of these 
streams In point-to-point mode while the other streams 
remain in multipoint. A gateway between the local area 
network and the exteriormay be tasked with this selective 
transformation of the mode of transmission of the 
streams received. 
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Description 
Field of invention. 

[0001] The present invention relates to the sending of 
a multipoint stream over a network and more particularly 
to the manner of making the distribution of this stream 
over a local area network reliable, were the mechanism 
of multipoint distribution of this stream to turn out to be 
unsafe over the local area network and should it be pos- 
sible to separate the transmitted stream into part of dif- 
ferent priority. 

Technical background 

[0002] In packet-based information transfer networks, 
such as the Internet for example, IP local area networks 
or the like, several modes of transfer of the information 
are found. These modes may be classed into three cat- 
egories as a function of the number of senders and of 
receivers engaged in this transmission. Firstly, there is 
point-to-point transmission (also known as "unicast") 
which allows a sender to dispatch an information packet 
to a single receiver identified by its address on the net- 
work. This is the mode of sending used by the most pop- 
ular protocols of the Internet network such as the HTTP 
web page transfer protocol ("Hyper Text Transfer Proto- 
col") or the FTP file transfer protocol. Another mode of 
sending consists In a sender transmitting a packet in 
broadcast mode. In this mode, the packet sent by the 
sender Is sent to all the nodes of the network. This mode 
is not generally available on the Internet but is found on 
local area networks. The third mode consists In a sender 
or group of senders transmitting a packet to a group of 
receivers, irr a multipoint mode of sending (otherwise 
known as "multicast"). In this mode the packets are sent 
to an address termedthe muftipointtransmission address 
and will be forwarded to all the destinations belonging to 
the transmission group. A client who joins a transmission 
group will be said to subscribe to the group and a client 
who leaves the group will be said to desubscribe from 
the group. 

[0003] The multipoint transmission mode is used in 
practice to save intermediate bandwidth In the network 
when a source sends data to a group of destinations. 
Specifically, in this case, the use of a point-to-point mode 
of sending implies that the data are dispatched as many 
times as there are destinations. This mode brings about 
the duplication of the packets on the parts of the network 
that are common to the paths between the source and 
the various destinations. Conversely, multipoint trans- 
mission makes it possible to dispatch the data just once, 
this data being duplicated on the routers of the network, 
as a function of the paths leading to the destinations be- 
longing to the transmission group. Figure 1a illustrates 
the transmission of a data packet "P" sent by a node "S", 
the information source, to nodes "A", "B" and "C°. It is 
seen that packet "P" is duplicated three times between 



the node "S" and the router "R1 ", twice between the rout- 
ers "R1" and "R2" in the case of point-to-point transfer 
and is not duplicated in the case of multipoint transfer 
illustrated by Figure 1 b. In this case, a single packet *P° 

s is sent by the source "S", the router "R1" knows that a 
packet must be resent on two branches out of three 
bound for node "A" and for the router "R2° which itself 
sends it to the clients "B" and *C" who are members of 
the group, since the clients A and B, C have previously 

to informed the routers R1 and R2 that they wish to receive 
the packets of the group P. The packet is not dispatched 
towards the nodes "D" and "E" which are not members 
of the transmission group. 

[0004] A local area network generally comprises a 

»s gateway linking the local area network proper and the 
exterior network, generally the Internet. To this gateway 
are connected, according to several possible technolo- 
gies such as Ethernet, IEEE 1394 or technologies for 
wireless connection by radio, various local devices. 

bo These devices can access the exterior network via the 
gateway operating as a router between the local area 
network and the exterior network. When a local device, 
the client, wishes to join a multipoint data transmission 
group, he subscribes to the multipoint transmission ad- 

2S dress, for example according to the IGMP Internet Group 
Management Protocol which protocol is known by the 
reference "RFC 337$" at the IETF ("Internet Engineering 
Task Force"). Followingthis subscription, the node is rec- 
ognized as a member of the transmission group and the 

30 packets corresponding to this stream, and transmitted in 
multipoint mode are routed from the Internet, via the gate- 
way, to this client. 

[0005] The streams transmitted in multipoint mode 
may often be divided into several parts. This is, for ex- 

35 ample the case when using incremental coders (also 
known as "scalable codecs"). These coders, a detailed 
description of which may be found (for example in 
ISO/I EC 1 4496-2: 1999/FDAM 4, Coding of audio-visual 
objects - Part 2: Visual, Streaming video profile, Fine 

■*o granularity scalability or else ISO/IEC 
JTC1/SC29A/VG1 1, MPEG04/N6372 "Scalable Video 
Model V 1 .0") are envisaged inter alia by the standard 
MPEG 4, ref. They have the particular feature of coding 
a digital service as several streams, a base stream and 

45 complementary streams. The base stream on its own 
makes ft possible to reconstruct the service on the client 
in a degraded manner. For example it will be possible to 
reconstruct a low-resolution video of the service. While 
the decoding, of the base stream and of the complemen- 

so tary streams will allow the restitution of the service in its 
full quality. Non-incremental coders can also generate 
streams divisible into a base stream and complementary 
streams. It is for example possible to group the images 
as a function of their MPEG type (I, P or B) and to un- 

55 dertake temporal dimensioning. 

[0006] It is found that on the local area network, ac- 
cording to the technology used, the multipoint transmis- 
sion is not always performed safely. For example, were 
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the local area network to be a wireless network operating 
according to a protocol of the 802.11 family in version a, 
b or g, the packet sent is tested to see whether it is intact 
and those packets that are not intact are discarded but 
not re-sent. They are lost. s 

Summary of the invention 

[0007] The invention makes it possible to improve the 
reliability of the transmission of multipoint packets be- to 
tween the gateway and the final client, the destination of 
these packets on the local area network. This reliability 
is ensured by the transformation on the fly of these 
multipoint transmission packets into point-to-point trans- 
mission packets before sending themto their destination, is 
Indeed, on thesesame networks, the sendingof the pack- 
ets according to the point-to-point method is secure and 
a mechanism provides for the resending of the packets 
that are not intact between the gateway and the client. 
To do this, the gateway intercepts a client's requests for 20 
subscription to a multipoint transmission address so as 
to maintain an association between the said addresses 
and the subscriber clients. Subsequently, the gateway 
intercepts the packets transmitted in multipoint mode to 
these addresses and sends them in point-to-point mode 25 
to subscriber clients. It isthen possible to modify the com- 
promise between robustness and bandwidth used by 
sending for example only the packets constituting the 
base stream in point-to-point mode while the packets 
constituting the complementary streams, will be sent in ,30 
multipoint mode: in this way, robust sending of at least 
the degraded version of the service is ensured and serv- 
ice interruptions are guarded against, 
[0008] The probl ems set forth above are solved by a 
method of sending packets transmitted in multipoint 35 

List of figures. 

[0009] The invention will be better understood, and io 
other features and advantages will become apparent 
from reading the description which follows, the descrip- 
tion making reference to the appended drawings among 
which: 

Figure 1 a illustrates the operation of a point-to-point 
transmission of a packet to three destinations in a 
known manner. 

Figure 1 b illustrates the operation of the same dis- 
tribution in multipoint mode in a known manner. so 
Figure 2 illustrates a network operation according to 
an exemplary embodiment of the invention. 
- Figure 3 details the steps of the processing by the 
gateway of an IGMP report of a client to a multipoint 
transmission according to the exemplary embod!- ss 
ment of the invention. 

Figure 4 details the steps of the processing of a pack- 
et transmitted in multipoint mode by this gateway. 



- Figure 5 details the architecture of a gateway oper- 
ating according to the exemplary embodiment of the 
invention. 

- Figure 6 illustrates a local area network possessing 
several access points within the framework of the 
exemplary embodiment of the invention. 

Figure 7 illustrates the software architecture of the 
implementation of the exemplary embodiment of the 

Figure 8 represents a stream divided into a base 
stream and two complementary streams. 

Detailed description of the Invention. 

[0010] The invention is therefore a method of trans- 
forming on the fly a multipoint stream, or of certain com- 
ponents of this stream, arriving at the gateway of a local 
area network and destined for a client of the local area 
network into a point-to-point stream. The transformation 
takes place, for example, on the gateway, in any case in 
a general manner, on a device through which the I P traffic 
destined for the devices of the local area network travels. 
The standpoint of the exemplary embodiment which fol- 
lows isthe case in which the network is a wireless network 
accordingtoaprotocol of trie802.11 family. This example 
is nonlimiting and the Invention may be used with other 
types of local area networks. 

[001 1 ] Figure 2 illustrates the network of the exempla- 
ry embodiment of the invention. Found firstly therein are 
sources of data S1, S2 and S3, referenced 2.1 0, 2.11 
and 2.1 2, which are content servers. These servers are 
connected to an external network, here the Internet, ref- 
erenced 2.9. On the user's side will be found a wireless 
local area network referenced 2.4 linking clients A, B and 
C, referenced 2.6, 2.7 and 2.8, and an access point serv- 
ing this gateway, referenced 2.5, linking the local area 
network to the Internet. The wireless local area network 
is a network according to a protocol of the 802.1 1 family 
but could be based on some other technology. It tran- 
spires that the probl em of reliability arises in a more acute 
manner in the case of a wireless network than in the case 
of a wire network such as an Ethernet network, for ex- 
ampla Clients A, B and C are therefore potential clients 
for the information transmitted by the servers SI , S2 and 
S3. These clients wil I connect up to these transmissions, 
for example by using the IGMP protocol . The clients will 
therefore signal their subscription to a transmission in 
the form of an IGMP report ("IGMP report message"). 
The gateway when it receives this report will itself send 
a report of the same type destined for the routers to which 
it is connected. In this way the information making it pos- 
sible to route the multipoint stream to the destination will 
propagate among the routers. These IGMP reports will 
be intercepted by the access point which will maintain a 
table associating on the one hand the multipoint trans- 
mission address present in the "source address" field of 
the IGMP report andthe MAC ("Medium Access Control") 
address from which the report originates. The exemplary 
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embodiment of the invention describes a table, but it will 
be apparentto the person skilled in the art that any other 
way of managing this association between a multipoint 
transmission address and the addresses of the clients of 
the local area network may suit, such as for example a 
list, a hash table or the like. Analysis of the report proper 
makes it possible to ascertain whether the client is joining 
or leaving the transmission group and to modify the table 
accordingly. Thereafter, afilterimplemented in the IP lay- 
er of the access point will process the multipoint IP pack- 
ets on the fly so as to transform them into point-to-point 
packets at the MAC level. The packets will therefore be 
intercepted and processed by the filter according to the 
exemplary embodiment during theirtransit over the gate- 
way. Amultipoint packet, referenced 2.1 , will be detected 
and transformed into two point-to-point packets, refer- 
enced 2.2 and 2.3, which will be dispatched to the clients 
A and B belonging to the transmission group. 
[0012] A diagram Illustrating the principal steps of the 
processing by the access point of the IGMP report is de- 
tailed in Figure 3. In the case of the exemplary embod- 
iment described, the gateway is the access point of the 
wireless network to which the clients will connect up, they 
will be said to associate in the case of a wireless network. 
The processing is implemented in the form of a filter, 
referenced 5.12, at the level of the MAC layer which will 
detect the IP packets corresponding to the IGMP reports 
originatingfromthe clients connected to theaccess point. 
Analysis of these reports makes it possible to extract 
therefrom the multipoint transmission address and the 
MAC address of the client from which the report origi 
nates. Any IGMPreport contains group records indicating 
either the current status, or the change of status of the 
interface Identified by the MAC address as regards its 
membership of the multipoint transmission group. This 
information is coded in the "record type" field of the group 
record. This Information will make it possible to maintain 
a table, referenced 5.10, on the gateway associating 
multlpolnttransmission addresses and a set of MAC ad- 
dresses corresponding to the Interfaces of the clients be- 
longing to this transmission group. In addition to this 
mechanism making it possible to erase an association in 
the table upon the dispatching of an IGMP report an- 
nouncing that a client is leaving a multipolnttransmlssion 
group, provision may be made to also erase an entry 
corresponding to a client that is deassociating from the 
access point. Thus, the client leaving the network there- 
fore leaves the group. 

[001 3] The processing of the packets arriving from the 
external network at the gateway in multipoint transmis- 
sion mode, may be undertaken, for example, according 
to the diagram of Figure 4. A filter, referenced 5.1 1 , is 
deployed, for example, at the level of the IP layer of the 
gateway. This filter will detect all the packets aniv ing in 
multipoint mode on the gateway. For each packet of this 
type arriving, the muitipointtransmission address will be 
extracted. This address will be searched for in the asso- 
ciation table referenced 5.10. Were no record corre- 
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sponding to this address to be found, this indicates that 
no client of the wireless network belongs to the transmis- 
sion group, the packet may therefore by forgotten and 
will not be sent, if a record is found, the multipoint trans- 

s mission IP packet, or a fragment of the latter, will be en- 
capsulated in at least one MAC packet which will be dis- 
patched to all the MAC addresses indicated in the table. 
The mode of transmission of this MAC packet will be the 
point-to-point mode. The MAC packet will therefore be 

«> sent as many times as there are destinations. In this way 
these packets will benefit f rom the errorcorrection mech- 
anism of this mode of transmission at the MAC level. The 
reference of the MAC layer in the family of 802 protocols 
is "IEEE Std 802.1 1 , 1 999 Edition (Reaff 2003)'. These 

is packets will therefore be received by the MAC layer of 
the client which will extract the multipoint IP packet there- 
from and pass it to the IP layer. It is therefore seen that 
the method requires no modification of the client. Spe- 
cifically, the point-to-point mode relates only to the MAC 

20 layer. The I P packet sent in the MAC packet remains, for 
its part, a multipoint IP packet as expected by the IP layer 
and the application from which the connection originates. 
[0014] Figure 5 illustrates the architecture of a gate- 
way operating according to the exemplary embodiment 

25 of the invention. The gateway, referenced5.1 , comprises 
a processor, referenced 5.3, capable of executing pro- 
grams stored in the read-only memory, referenced 5.2 
of the device after having transferred them to the random 
access memory, referenced 5.4. The device possesses 

30 at leasttwo network interfaces. One, referenced 5.5, au- 
thorizes the connection of the device to the external 
network , referenced 5.9, for example the Internet. The 
other, referenced 5.6, drives wireless transmission 
means, referenced 5.7, allowing the connection of the 

35 clients of the local area network. These elements com- 
municate via the bus, referenced 5.8. The processor, 5.3, 
makes it possible in particular to execute the network 
layers includingthe MACIayerandthe IP layercontaining 
the filters, referenced 5.11 and 5.12, according to the 

10 exemplary embodiment of the invention. The means of 
association between the MAC addresses of the clients 
and the muitipointtransmission addresses are represent- 
ed by an association table in random access memory 
referenced 5.10. 

is [0015] Figure 7 details the software architecture of 
these network layers. The network layers, referenced 7.1 
comprise a physical layer, referenced 7.5 tasked with 
interfacing directly with the communication medium both 
wireless and the connection to the external network 

so which may be an Ethernet or ADSL connection, for ex- 
ample. Just above the physical layer is found the MAC 
layer, referenced 7.4, which affords an abstraction of the 
physical layer actually used. It is at this levelthatthe filter, 
referenced 7.7, on the IGMP reports Is deployed. The IP 

55 stack, referenced 7.3, is found above the MAC layer. It 
is here that the multipoint IP packet filter, referenced 7.6 
will be found. The applications, referenced 7.2, use this 
IP stack to communicate. 
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[001 6] An alternative deployment may consist in send- 
ing the multipoint packets received and not correspond- 
ing to any association in the table in multipoint mode to 
the clients. In the converse case, the multipoint sending 
at the MAC level over the local area network may be 
deactivated. 

[0017] Certain wireless local area networks may con- 
tain several access points. This configuration is illustrat- 
ed in. Figure 6. Seen there is a first access point AP1 
referenced 6.2 connected to an exterior network, here 
the Internet, referenced6.l.Thisfirstaccesspoint covers 
a first access zone called BSS1 ("Basic Service Set") 
referenced 6.5. in BSS1 two clients A and B, referenced 
6.7 and 6.8, are connected to the access point AP1. A 
second access point AP2, referenced 6.3, also possess- 
es a zone of coverage BSS2, referenced 6.6. Two clients 
CandD, referenced 6.9 and 6.10, are connected to this 
second access point AP2. The two access points are 
connected together by a network 6.4. This network may 
be a wire network such as Ethernet, a radio wireless link 
distinct from the networks constituted by the access 
points and their clients. A solution in which the second 
access point AP2 is a client belonging to the zone BSS1 
of the first access point may also be contemplated. 
[0018] The operation of the invention in this framework 
of a local area network including several access points 
will depend on the mode of operation of this second ac- 
cess point and on the way in which the routing of the 
packets will be undertaken in the network. Two cases 
must be distinguished, in a first case, the access point 
AP2 will operate as a router at the IP level. In this case, 
AP2 will appear to the access point API as one of its 
clients. The subscription to a multipoint transmission of 
a client of AP2 will give rise to the subscription of AP2 to 
AP1 for this transmission. The multipoint packets re- 
ceived by AP1 destined for AP2 will therefore be sent to 
it via a point-to-point transmission at the MAC level. 
These packets will be received by AP2 at the IP level as 
normal multipoint packets. It is therefore necessary to 
deploy the invention also on the access point AP2 so as 
to send in point-to-point mode to the clients of AP2. 
[0019] In a second case, the access point AP2 will be- 
have like a bridge over the MAC level, as described in 
the 802.1 d standard. In this case, the network construct- 
ed behind AP1 is seen at the IP level as a single network, 
the distribution of the packets by AP1 to the final clients, 
its like those situated behind AP2 will be undertaken at 
the MAC level. In this case, API will transform the 
multipoint IP packets arriving from the exterior network 
into point-to-point MACpackets which will be sent directly 
to the final client, directly or via AP2, without uploading 
to the IP level. The clients will therefore receive these 
packets in point-to-pointmode whetherthey are connect- 
ed to AP1 or to AP2. In this case the invention operates 
without AP2 having to deploy the invention. 
[0020] In thecase of the deployment of a roamingfunc- 
tion, such as described in the 802.1 1f standard which 
allows aclient connected to an access pointto disconnect 



and reconnect to a new access point without losing his 
IP connections. The second case then holds in which the 
second access point deploys a bridge function at the 
MAC level. The invention will therefore operate in a trans- 

5 parent manner at the level of the. second access point 
[0021] In this case the invention will be deployed on 
each access point. A client deassociating from an access 
point in order to associate to another access point will be 
disconnected from all his current IP connections. The 

io new access point will naturally take charge of the 
multipoint traffic destined for the client when the latter 
recreates his conneetionsafterhisassociatjon to this new 
access point In the case of a local area network the ac- 
cess points may deploy roaming functions. In this case, 

f5 a client who changes access point will be able to retain 
his IP connections. This occurs by exchange of data be- 
tween the access points during the migration of the client 
from one point to another. It is therefore possible to in- 
clude in the data that the access points exchange during 

so migration the data of the association table relating there- 
to. In this way the client's new access point can take 
charge of the processing of the multipoint packets des- 
tined for this client. 

[0D22] in the case of a minimal network, whereasingle 
25 client is connected to the gateway, it is possible to devise 
a simplified deployment where the filter on the IC3MP re- 
ports in the MAC layerof the gateway will not be required. 
I n th is case, the association table becomes unnecessary. 
Only the filter on the multipoint IP packets that is present 
30 in the 1 P layer of the gateway will be retained while sim- 
plifying its manner of operation. The gateway merely 
sends via the point-to-point mode of the MAC layer the 
multipoint IP packets received destined for the single cli- 
ent present on the network, 
ss [0023] There are multiple ways of separating a digital 
service transmitted as diverse components. These com- 
ponents being transmitted by means of a client-particular 
stream. 

[0024] For example, it is possible to use incremental 
to coders which will code a service, or a component of the 
latter such as the video, in the form of a first stream of 
small bandwidth, called the base stream, and of comple- 
mentary streams. The base stream is generally sufficient 
to allow the restitution of the service in a degraded mode. 
As far as the video is concerned, this base service will, 
for example, contain a low-definition version of the video. 
The same thing is obviously possible in respect of the 
audio. Whereas the complementary streams will send 
the Information missing from the base stream making it 
so possible to restore the service in a non-degraded mode. 
[0025] Such a service, or at least its video component, 
is represented in Figure 8. The complete video, refer- 
enced 8.1, is therefore decomposed into a first base 
stream, referenced 8.4, and two complementary streams 
ss referenced 8.2 and 8.3. The base stream makes it pos- 
sible to reconstitute the video in a first low resolution. The 
decoding of the base stream and of the complementary 
stream 1 makes it possible to restore a video to an inter- 
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mediate resolution 2. Whereas the decoding of the three 
streams makes it possible to restore the compfete video 
in its best resolution, resolution 3. 
[0026] Another way of incrementally decomposing a 
video service is to base oneself on the coding of the im- « 
ages, in MPEG -2, for example, the coding involves im- 
ages, termed I images which are coded intrinsically, that 
is to say, without calling upon information contained in 
other images of the stream. The standard also defines 
Images, termed p images, which are coded predictively, to 
that istosaythe coding usesthe information of the image 
and of one or more previous P or I images. The standard 
furthermore defines images termed B images, where the 
coding uses not only information from the previous im- 
agesbutalsofromthesucceedingl, Pimages. Itisthere- ts 
fore possible to decode only the I images, the I and the 
P images, the I, P and a few B images or else all the I, 
P and B images. In this way it is, for example, possible 
to make a base stream containing the I images, a com- 
plementary stream 1 with the P images and a supple- 20 
mentary stream 2 with the B images. In this case, one 
therefore defines a degraded mode of the service where 
the number of images received is less without affecting 
the resolution of the images. 

[0027] It is therefore apparent that there are multiple 2* 
ways of dividing adigital service into several streams and 
that it is possible to define priorities among these 
streams. Specifically, some of these streams are indis- 
pensable to the restitution of the service, without which 
this restitution Is degraded, whereas others will serve 30 
merely to improve this restitution. It is therefore possible 
on the basis of this finding to define a policy for trans- 
forming the streams into unicast in which it will be pos- 
sible toadjustthecompromisebetween quality and band- 
width used. To do this, it is necessary to define those 35 
streams that will be sent robustly in point-to-point mode 
and those streams that will be sent by multipoint trans- 
mission. 

[0028] In this case, the filter applying the transforma- 
tion of the packets received into multipoint transmission 
mode will deploy the chosen transmission policy and will 
transform only some streams into point-to-point mode. 
[0029] It is therefore necessary for the gateway to store 
the chosen transmission policy and to be capable of de- 
tecting the types of stream it receives so as to be able to & 
deploy this policy. Since the gateway intercepts the ex- 
changes leadingto the establishment of the transmission 
of the packets, for example the exchanges according to 
the RTSP protocol as well as the exchanges allowing the 
client to discover the services, for example according to so 
the SDP protocol, the gateway will therefore be capable 
of determining the type of streams exchanged, base 
stream or complementary stream. Once the type of the 
streams has been identified, it will be possible for it to 
apply the chosen transmission policy. 55 
[0030] This transmission policy therefore consists of a 
set of rules fixing for each type of stream whether the 
transformation to point-to-point should or should not be 
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put in place. These rules stored by the gateway may be 
put in place by the user via, for example, a gateway con- 
figuration interface. This interface may be an interface 
deployed via an HTTP access to the gateway, a contem- 
porary solution for configuring devices connected to one 
network or another. This solution has the advantage that 
the user will be able to configure his gateway from a client 
of the network equipped with aconventional HTMLclient. 
[0031] It is also possible for this transmission policy to 
be fixed by the server on a global basis or per session. 
In this case, the server informs the gateway of the policy, 
for example, at the time of connection via the SDP pro- 
tocol. 

[0032] The priority level of each stream may also be 
fixed by the service quality interface used by the gateway 
to connect up to the service. The DiffServ or IntServ pro- 
tocols defined by the IETF may be used here. 
[0033] It Is also possible to adopt a dynamic transmis- 
sion policy varying as a function of the transmission con- 
ditions. To do this, a system for analysing these condi- 
tions, bandwidth, package loss rate, bit error rate, trans- 
mission lag or the like may be set in place for example 
at the level of the clients. This information will be upload- 
ed to the gateway, for example via the RTCP protocol 
("Real Time Control Protocol"). The gateway will be able 
to use this information to modify the transmission policy. 
[0034] It will be apparent to the person skilled in the 
art that the invention, although described here within the 
framework of wireless networks may be adapted to any 
type of local area network insofar as the latter has avail- 
able a point-to-point mode immunized against the loss 
of packets while the multipoint mode is not. Likewise, the 
person skilled in the art will be able to make modif ications 
to the way in which the association between the trans- 
mission addresses and the clients is deployed as well as 
in the method used in the filters or their location without 
departing from the scope of tin e invention. 



Claims 

1. Method of sending streams of packets transmitted 
in multipoint mode (2.1) by a device for connection 
(2.5) between a first network (2.4) and a second net- 
work (2.9), the said multipoint packet stream (2.1) 
originating from the second network (2.9) destined 
for clients (2.6, 2.7) of the first network (2.4) com- 
prising the following steps: 

- reception of multipoint packets (4.1); 

- the dispatching according to a point-to-point 
mode of transmission of at least certain packets 
transmitted in multipoint mode to at least one of 
the clients (2.6, 2.7) orthe first network, that are 
subscribers to the transmission of the said 
stream (4.7) 

characterized in that it furthermore comprises the 
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termination of the mode of transmission. 



- the determination of the mode of transmission, 
from among at least a point-to-point mode and 
a multipoint mode , of the packets belonging to 
the said stream as a function of the type of the 
said stream. 

2. Method according to Claim 1 furthermorecomprising 
a step of determining a priority level assigned to the 
said stream as a function of its type, this priority level 
determining the mode of transmission from among 
at least a point-to-point mode and a multipoint mode, 
of the packets belongingtothe said stream asafunc- 
tion of the type of the said stream. is 

3. Method according to Claim 2, wherein the determi- 
nation of the mode of transmission of the packets 
belonging to the said stream as a function of this 
priority level is performed by applying a policy of so 
stored transmission. 



1 0. Device according to Claim 9 furthermore comprising 
means of storing a transmission policy making ft pos- 
sible to define the mode of transmission of packets 
belonging to a stream as afu notion of its priority level. 

11. Device according to Claim 1 0 furthermore compris- 
ing means allowing the modification of the transmis- 
sion policy by the user. 

12. Device according to Claim 10 furthermore compris- 
ing means allowing modification of the transmission 
policy as a function of information originating from 
the server transmitting the stream. 

13. Device according to Claim 1 0 furthermore compris- 
ing means allowing the dynamic modification of the 
transmission policy as a function of the conditions of 
sending over the first network. 



4. Method according to Claim 3 furthermore comprising 
a step of configuring the transmission policy by the 



Method according to Claim 4, wherein this step of 
configuring by the user is performed from one of the 
clients. 

Method according to Claim 3furthermore comprising 
a step of dispatching at least part of the transmission 
policy by the server transmitting the multipoint pack- 



7. Method accordingto Claim3furthermorecomprising 
a step of adapting the transmission policy as a func- 
tion of conditions of sending over the first network. 

8. Device for connection between a second network <"> 
(2.9) and a first network (2.4) possessing means of 
sending a stream of packets received in multipoint 
mode from the second network destined for clients 
(2.6, 2.7) of the first network that are subscribers to 

the transmission of this stream, these means of 46 
sending comprising means of sending in point-to- 
point mode of the said packets to the clients that are 
subscribers, 

characterized in that the device possesses means 
of determination of the mode of transmission, from so 
among at least apoint-to-pointmode and a multipoint 
mode, of the packets belonging to the said stream 
as a function of the type of this stream. 

9. Device according to Claim 8, wherein the means of ss 
determination comprise means making it possible to 
allocate a priority level to the said stream as a func- 
tion of its type, this priority level serving for the de- 
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Fig. 1b 
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Construction at the MAC level of a packet comprising the 
multipoint IP packet 



Fig. 4 
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